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TTgr HMIOtTE SECTOR 

This invention refers to . the P»=ket co^unxcat.on 

, systems, ana in particular to the scheduling criteria of a 
Shared resource, i.e. the criteria used to select the packet 

4-^ \^ ^^cscianed each time tins 
to wliich the resource is to be assignea 

occurs. ^ 

The solution given in the invention has been developed 

0 both for radio resource scheduling (e.g.: MAC or Medium 
Access control level scheduling) , and for the scheduling of 
co^utational and trans.issive resources in the net„orK- 
nodes, for example. for flow scheduling with different 
service quality on Internet Protocol router (IP). The 

L5 following description is based especially on the latter 
application exa,«.le, and is given purely as an exa,^le and 
does not limit the scope of the invention. 
INTRODPCTIOMT 

;;r^eral years now, the widespread application and 
20 rapid evolution of the packet networks have given rise to the 
problem of integrating the traditional services offered by 
the old. generation packet networks {electronic mail, web 
surfing, etc.) and the new services previously reserved for 
circuit switching networks (real-time video, telephony, etc.) 
25 into the so-called integrated services networks. 

systems like UMTS, for example, for which a fixed packet 
network component (core network) is envisaged, must 
simultaneously handle voice and data services, and offer 
support for the development of new services be they real-time 

30 or not , -l> v.-i « 

The integrated services networks must therefore be able 

to handle traffic flows with different characteristics and to 

offer each type of flow a suitable service quality, a set of 

performance indexes negotiated between user and service 
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provider / Vhi .must be . guar a^^ .withiri the , Jterra4„.^^gr!ejscl-^ 

upbh.'-' --" ■ - ■ '■'-•i' ■■ . ^ ' — • .... ^ - ; 

One of the key elements in providing the service quality 
requested is the scheduling system implemented on the network 
5 nodes, i.e. the system used to select the packet to be 
transmitted from those present on the node; this system must 
obviously embody contrasting characteristics like 
flexibility, in terms of capacity to provide different types 
of services, simplicity, a characteristic that makes it 

10 possible to use in environments that require high 
transmission speeds and the handling of numerous transmission 
flows, and efficiency in the use of the shared resource {e.g. 
the transmissive means) , 

The need to guarantee a given level of service quality 

15 (or Qos) in the packet networks is constantly increasing, as 
can be seen for example in the documents US-A-6 091 709, US- 
A-6 147 970 or EP-A-1 035 751. 

This invention in fact is the development of the 
solution described in the industrial invention patent request 

20 TO2000A0O1000 and in the corresponding request PCT/IT 
01/00536. 

The previous solution basically applies to the 
scheduling of a service resource shared between several 
information packet flows in which the flows generate 
25 respective associated queues and are serviced when the server 
gives permission to tremsmit. 

The flows are divided into synchronous flows, which 
require a minimum service rate guarantee, and into 
asynchronous flows, which use the service capacity of the 
30 resource that is left unused by the synchronous flows. The 
solution in question includes the following: 

- provides a server that visits the queues associated 
with the flows in successive cycles, granting each queue a 
target token rotation time (or ^^revolution" ) , called TTRT, 
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' .Which iaentif ies"' the time required; for the s^^ to -cbmplete- 
the queue visiting- dycle, ... . * > . ' : .-'^ - - ■ 

- associates each synchronous flow with a synchronous 
capacity value indicating the maximum time the synchronous 

5 flow can be serviced before its transmission permission is 
revoked by the server, 

associates each asynchronous flow with a first 
lateness (i) value, indicating the delay that must be made up 
for the respective queue to have the right to be serviced, 
10 plus another value (last^toicen^tiine) indicating the moment 
the server visited the respective queue in the previous 
cycle, which determines the time elapsed since the server's 

previous visit, 

- services each queue associated to a synchronous flow 
15 for a maximum period of time equal to the above-mentioned 

s^mchronous capacity value, and 

- services each queue associated to an asynchronous flow 
only if the server's visit occurs before the expected moment. 
This advance is obtained from the difference between the 

20 aforesaid TTRT time and the time that has elapsed since the 
server's previous visit and the accumulated delay. 

If this difference is positive it defines the maximum 
service time for each queue associated to an asynchronous 
flow. 

25 The solution referred to above has proved to be 

completely satisfactory from an operational point of view. 
The experience gained by the ^^Petitioner" has however shown 
that the solution can be further developed and improved as 
illustrated in this invention. 

30 This applies particularly to the following aspects: 

- the possibility of offering different types of service 
while keeping computational costs low: an important feature 
for computer network applications that must guarantee service 
quality for its users, like the IP networks with Intserv 
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' ^ ' {ihtegratfed Services, as' E>e2r lEIT" spedific^^^ 

.. / ' (Differentiated . ; Integrated Services, as .-per iETF- 
specification) , or for the radio resource scheduling systems 
like the . MAC level scheduling algorithms (W-LAN systems, 
5 third generation radio-mobile services) ; 

- the possibility of guaranteeing the bit rate of the 
various flows, the raaximvun queuing delay and the meocimum 
occupation of the buffers of each flow for synchronous 
traffic; 

10 - flexibility, in terms of capacity to provide two 

different types of services at the same time, rate -guaranteed 
(suitable for synchronous flows) and fair qrieuing (suiteible 
for asynchronous flows) , especially in seirvice integration 
networks ; 

15 - the possibility of isolating transmission flows, i.e. 

it makes the service offered to a single flow independent 
from the presence and behaviour of other flows; 

- low computational complexity in terms of the number of 
operations necessary to select the packet to be transmitted; 

20 this feature makes it possible to use in environments that 
require high transmission speeds and the handling of numerous 
transmission flows, also in view of a possible implementation 
in hardware; 

- adaptability, in the sense that it can. handle a change 
25 in the operating parameters (e.g. the number of flows 

present) by redistributing its resources without having to 
resort to complex procedures; and 

- analytic describability, i.e* it gives a complete 
analytic description of the system's behaviour, which makes 

30 it possible to relate the service quality measurements to the 
system parameters. 

Another important aspect is equity, i.e. the possibility 
to manage in the same way both the transmission flows that 
receive a rate-guaranteed service, and those that receive a 
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fair-queuihg se giving e^ch one aT l'eveX''pT^^ 

as proportional -to- that- requested", even • -i-n-' the-- preS^^ 

packets of different lengths. 

DESCRIPTION OF THE INVENTION 

The aim of this invention is to develop even further the 
already known solution referred to previously with special 
attention to the aforesaid aspects , 

According to this invention, this aim can be reached by 
using a scheduling procedure having the characteristics 
referred to specifically in the following claims. 

The invention also refers to the relative system. 

Briefly, the solution given in the invention operates a 
scheduling system that can be defined with the najtie 
introduced in this patent request - Packet Timed Token 
Service Discipline or PTTSD. 

At the moment, this scheduling system is designed to 
work on a packet -computer network switching node and is able 
to multiplex a single transmission channel into several 
transmission flows - 

The system offers two different types of service: rate- 
guaranteed service, suitable for transmission flows 
(henceforth, synchronous flows") that require a guarajnteed 
minimTom searvrice rate, and a f air-queueing service, suitable 
for transmission flows (henceforth ^"asynchronous flows") that 
do not require any guarantee on the minimum service rate, but 
which benefit from the greater transmission capacity 
available. The system provides the latter, however, with an 
equal sharing of the transmission capacity not used by the 
synchronous flows. 

The traffic from each transmission flow input on the 
node is inserted in its own queue (synchronous or 
asynchronous queues) from which it will be taken to be 
transmitted. The server visits the queues in a fixed cyclic 
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The sejTver initially visits the synchronous queues twice 
during a revolution, thus completing a major cycle and a 
minor or recovery cycle, and then moves on to visit the 
asynchronous queues . 
BRIEF DESCRIPTION OF THK FIGURE 

The following description of the invention is given as a 
non-iimiting example, with reference to the annexed drawing, 
which includes a single block diagram figure that illustrates 
the operating criteria of a system working according to the 
invention. 

DESCRIPTIOyr OF A PREFERRED FORM OF EXECUTION 

A scheduling system as given in the invention is able to 
multiplex a single transmission channel into several 
transmission flows. 

The system offers two different types of service: a 
rate-guaranteed service, suitable for transmission flows 
(henceforth i synchronous flows where - = 1, 2, Ns) that 

require a guaranteed minimum seirvice rate, and a best- effort 
service, suitable for transmission flows (henceforth j 
asynchronous flows where j = 1, 2, Na) that do not require 
any guarantee on the service rate. The system provides the 
latter, however, with an equal sharing of the transmission 
capacity not used by the synchronous flows. 

It should be supposed that Ng and Na are non-negative 

1=1 N 

integers and that each synchronous flow " * requires a 

service rate equal to ^' , and that the sum of the service 
rates requested by the synchronous flow does not exceed the 



node is inserted in its own queue (synchronous or 
asynchronous queues will be discussed later) from which it 



capacity of channel ^ (-^t=i ' ) . 

The traffic from each transmission flow input on the 




wili" be' taker! to "he transmittec3'r'''Thie'~se^ visits ' tne 

queues . in. fixed . cyclic. . order' : {.ideally . illus ti:ated,l..in the-^ 
figure of the drawings with trajectory T and arrow A) , 
granting each queue a service time established according to 
precise timing constraints at each visit. 

The procedure referred to in the invention includes am 
initialisation stage followed by cyclic visits to the queues. 
These procedures will be discussed below. 
Initialisation 

First of all, it is necessary to give the system the 
information relating to the working conditions: how many 
synchronous flows there are (in general: Ns) / what the 
transmission rate requested by each synchronous flow is, how 
many asynchronous flows there are, the target rotation time 
(TTRT) , i.e. how long a complete cycle during which the sever 
visits all the queues once is to last. 
Synchronous flows 

Each synchronous flow i, ^~^"^s is associated, 
according to an appropriate allocation policy, to a variable 
H 

' (synchronous capacity) , which measures the maximum time 
for which the traffic of a synchronous flow can be 
transmitted before the server takes the transmission 
permission away. The possible allocation policies will be 

described below. A variable ^' , initially nil, is associated 
to each synchronous flow, and stores the amount of 
transmission time available to the flow. 
Asynchronous flows 

7 = 1 N 

Each asynchronous flow 7 , ^ " ^ , is associated with 

two variables, 1^ and last_visit_tij7iej; the first variable 
stores the delay or lag that must be made up for the 
asynchronous queue j to have the right to be serviced; the 
second variable stores the instant the server visited the 



asynchronous xgueue* j ih the previou-s' 'cycle / The se^^ 

are, respiectively initialisedv to zero and to the iiistdrit t 

revolution in progress when the flow is activated started. 

This way of proceeding means that the asynchronous flows 
5 can be activated at any moment, not necessarily at system 
startup . 

Visit to a generic synchronous queue i, with i - l,-.Ns 
during the major cycle 

A synchronous cjueue can be serviced for a period of time 

10 equal to the maximiim value of the variable . This variable 

H 

is incremented by ' (value decided during initialisation) 
when the queue is visited in the major cycle, and decremented 
by the transmission time of each packet transmitted. 

The service of a queue during the major cycle ends when 

15 either the queue is empty (in which case the variable is 
reset) , or the time available (represented by the current 

value of ) is not sufficient to transmit the packet that 
is at the front of the queue. 

Visit to a generic synchronous queue i, i = l.,,Ns during the 
20 minor cycle 

During the minor (or recovery) cycle a synchronous queue 

caai transmit only one packet, provided the variable ^' has a 
strictly positive value. If trsuismission takes place, the 

variable is decremented by the transmission time. 

25 Visit to a generic asynchronous queue j, with j =1, . . . ,Na 

An asynchronous queue can only be serviced if the 
server's visit takes place before the expected instant. To 
calculate whether the server's visit is in advance, siibtract 
the time that has elapsed since the previous visit and the 

3 0 accumulated delay Lj from the target rotation time TTRT . 
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If the difference is negative, the seirver is late and 
the queue j cannot be serviced; in this case the delay is 



ends when the queue is empty, or the time available (which is 
decremented each time a packet is transmitted) is not 
sufficient to transmit the packet that is at the front of the 
queue . 

Visit sequence during a revolution 

A double scan is made on all the synchronous queues 
(major and minor cycles) during one revolution, and then the 
asynchronous queues are visited. The minor cycle ends the 
moment one of the following events takes place; 

- the last synchronous queue has been visited; 

- a period of time that is equal to or greater than the 
sum of the capacity of all the synchronous queues has elapsed 
since the beginning of the major cycle. 

Analytic guarantees 

The synchronous capacities are linked to the target 
rotation time TTRT and to the duration of the transmission 

of the longest packet ™» by the following inequality, which 
must always be verified: 



Minimum transmission rate for synchronous flows 

In hypothesis (1), the system as illustrated herein 
guarantees that the following normalised transmission rate 
will be guaranteed for each synchronous flow: 




stored in the variable L; . 



The asynchronous queue service 



ZM^.+^-x^7Ti?r (1) 





with : 



:.WO 03/083605, ■ .. • . . •. ^CJfWi2m43« ... - 

and it is also possible to guarantee that, given any period 
of time [^1,^2) which the generic synchronous queue i is 

never empty, the service time r\i»2/ received from the queue 
i in [^1,^2) verifies the following inequality: 

rr{h-t,)-w,{t,,t^)<K,< 00 (2) 

where : 



se H;<T, 



10 and ' is the transmission time of the longest packet for the 

flow i . 

Expression (2) seen previously establishes that the 
service supplied by the i synchronous flow system of the type 

described here does not differ by more than from the 

15 service that the same flow would experience if it were the 
only owner of a private transmission channel with a capacity 

equal to ^' times that of the channel managed by the system 

illustrated in this invention. therefore represents the 

maximum service difference with respect to an ideal 
20 situation. 

A synchronous flow can therefore feature a parameter, 
called latency, which is calculated as follows: 



lm5_ 



+ T,-H,, scHi>t. 



2 + -^\ <^ — , scH,<T, 



or. for 
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TTRT, seH^<T, 



Given a switching node that implements the solution 
described herein, if the traffic input on a synchronous flow 
on that node is limited by a so-called ^'leaicy-jbucJcet of 

parameters (cT,/?) , the following guarantees can be given: 

a) Maximum delay on a single node for a synchronous flow 

Each packet has a delay that is not greater than: 

b) Maximum memory occupation on a node for a synchronous flow 

The amount of memory occupied by packets in a 
synchronous flow packet is: 
B = a~h p?@i 

c) Maximum delay on a route of N nodes for a synchronous flow 

Let be switching nodes that implement the 

system described herein; let ©/ be the latencies calculated 
on each of the nodes and let: 

In this case it is possible to define an upper limit for 
the maximum delay for a packet to cross the N nodes, 
provided that the traffic input on the first node is limited 

by a lesLky-bucket of parameters (cT,/?) ; this limit is: 

The value 0* > 0^. can be en^loyed in each of the three 
guarantees a) , b) , c) ; this means that the limits that do not 
depend on the number of active asynchronous flows can be 
calculated. 
Parameter selection 

11 
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. . ■ ipj^Q. ' abii i ty • to guarantee th^t the synchronous f lows " 
' receive a . minimtm seryicV.. ra than that ;req[ue.s ted 

is subordinate to a correct selection of the synchronous 

capacities , ^^^-^s^ Assioming that each synchronous flow 

5 ' requires a minimum transmission rate ' , it is necessary to 
allocate the synchronous capacities to verify the following 
inequality: 

The solution described herein allocates the synchronous 
10 capacities according to two different schemes called local 
and global allocation respectively. 
Local allocation 

The synchronous capacities are selected as follows : 

__ rTTRT 

Hi = 

C 

15 In this way, the inequality (1) is verified if the 

transmission rates requested verify the following inequality: 

Y.l,r„!C<l-a (4) 

Each synchronous flow is guarsinteed a normalised service 
rate equal to : 

20 = ^ 4^.,-' (5) 

The value of ^' given by expression (5) verifies the 
inequality (3 ) . 
Global allocation 

According to this scheme/ which requires ^a^^ , the 
25 synchronous capacities are selected as follows : 
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' ' - - ^ in the^ gIVDbai; ^li^6ation -- scheme tiie 
^V. . trajismission'. -^^^^ : ; requested^- W also. ^reItlain..--beiow. .the. 
inequality (4). If (4) is verified, the normalised service 

rate of a synchronised flow is . 
5 The global scheme guarantees greater use of the 

channel's transmission capacity than the local scheme, in 
that it allocates less capacity to the synchronous flows, 
leaving more bandwidth for the asynchronous flow 
transmission . 

10 On the other hand, the use of a global scheme means that 

all the synchronous capacities are to be recalculated each 
time the number of flows (synchronous or asynchronous) 
present in the system changes; the use of a local scheme, 
however, means that the capacities can be established 

15 independently from the number of flows in the system. 
Selection of TTRT 

The following scheme can be given to show the selection of 
TTRT in the solution according to the invention. 

Given a set of synchronous flows with requested 
20 transmission rates that verify the inequality: 

TTRT must be selected according to the following 
inequality: 

TTRT> 

25 The pseudo-code illustrated below analytically describes 

the behaviour of a system as given in the invention. 
Flow initialisation 

Sync_Flow_lnit (synchronous flow i) 
30 { ti^O; 

Select_synchronous_bandwidth Hi; 

} 
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^: ^.;?-.0 ^^. ' ;\ • v"*:v'.;-. • . 
*last_visit_time'j =* start_6f_cuxr_revoruti6ri; 

} 

Visit to a generic synchronous queue i, i = l..,Nsr during 
the major cycle 

Major„Cycle_Visit (synchronous flow i) 
( Ai+= Hi; 

q=f irs t_packe t_transinission_time ; 

while ( (Ai>=q) and (q > 0) ) 

( transmit_packet (q> ; 

Ai -= g; 

elapsed_time+= q; 

} 

if {q=0) ^1=0; 

Visit to a generic synchronous queue i, i - l...Ns, during 
the minor cycle 

Minor_Cycle_Visit (synchronous flov/ i) 
{ q=f irst_paclcet_transraission_tinie; 

if (q > O) 

{ 

trajrasmit^packet (q) ; 
Ai -= q; 

elapsed_time += q; 

) 

if (q=0) Ai=0; 

> 

Visit to a generic asynchronous queue j, j =1...JJ a 

Async_Flow_Visit (asynchronous flow j) 
{ t = current_tinie; 

earliness - TTRT-Ii^ - {t-last_visit_timej> ; 
if { earliness > 0 ) 
{ = 0; 

tr ansmi b.time = earliness ; 

q= f i r s t_packe t_t ransmi s s i on_t ime ; 

while ( (txansniit_time>=q) and (q > 0) } 

{ 

t:ransmit_packet (q) ; . 
transmit_ti2ne -= q; 

> 

} 

else = - eeurlineas; 
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• Visit sequehcie during a revolution ' . . ...*T7 . . 

5 PTTSD revolution {) 

{ elapsed_time=0 ; 

for (i=l to Ns> Major_Cycle_Visit (i) j 
i = l.- 
while ( (elapsed_tiitie<su2n{Hb> ) and (i<=Ns) > 

10 { 

if (Ai>0) Hinor_Cycle_Visit (i); 
i ■♦-+ ; 

} 

for (j=l to N;^) Async__Flo%tfL.Visit (j); 

15 ) 

Obviously the details of how this is done can be altered 
with respect to what has been described, without however, 
leaving the context of this invention. 
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